home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0358.txt < prev   
Encoding:
Text File  |  1994-04-30  |  31.2 KB  |  710 lines

  1. In article <paul.518.2DC0EDA2@ace.acadiau.ca>, paul@ace.acadiau.ca (Paul Steele) writes:
  2. >>>Hello all, I am new to the Internet, and even newer to programming Internet 
  3. >>>clients, but after a few weeks fumbling around with the horrible Telnet 
  4. >>>clients I've seen for winsock, I've gone ahead and written my own using Visual 
  5. [stuff deleted]
  6. >>>please tell me what they want in a Telnet client. I'm open to any and all 
  7. >>>suggestions.
  8. > One thing I'd like to see is the ability to program the function keys, and 
  9. > have different definitions for different hosts.  It would also be good to 
  10. > allow the shifted, control, and alt plains to be programmed as well.
  11.  
  12. This is a necessity in most European countries. I'm not sure whether it
  13. is the Telnet author or Windows itself who must do it, but we Finns
  14. require that we can press our six special characters on *OUR FINNISH*
  15. keyboard and see the host echo them back looking as usual. And when the
  16. Caps Lock key is pressed, the usual lowercase/uppercase stuff should
  17. work on our special characters too. MS-Kermit does all this very well,
  18. but, unfortunately, it's DOS only.
  19.  
  20. There are different ways of coding our special characters: VT220
  21. requires 7-bit set (the so called National Replacement set) and a 8-bit
  22. set (which of course is different from Windows way of coding this which
  23. of course is different from the DOS CP437 way of doing this :-(
  24.  
  25. > When you add VT-100 emulation, it would be good to support both transparent 
  26. > and copy print modes so output can be redirected to local printers.  An 
  27. > interesting twist to this would be to allow output to be routed to a network 
  28. > printer via LPR protocol.  That would be really useful here...
  29.  
  30. I'd run LPR on the host directly or I'd use Thomas Heil's WLPRSP40.
  31.  
  32. I've found that with winsock Windows is a nice multitasking light-load
  33. full TCP-IP-capable host: I can run Telnet, FTP, ftpd, SMTP, POP, LPR
  34. and lpd at the same time! I think the age of monolithic apps like
  35. QVT/Net is over - it's much easier to develop small, independent apps
  36. which talk directly to the Winsock API.
  37. --
  38. Juhani Jaakola, jaakola@cc.helsinki.fi
  39. From news@bigblue.oit.unc.edu Tue Apr 29 16:59:05 1994
  40. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  41.           id AA21291; Fri, 29 Apr 1994 23:32:08 -0400
  42. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  43.           id AA22399; Fri, 29 Apr 1994 23:10:50 -0400
  44. Received: from GATEWAY by bigblue with netnews
  45.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  46. To: winsock@sunsite.unc.edu
  47. Date: 29 Apr 1994 16:59:05 GMT
  48. From: chau@cs.tulane.edu (Nam Chau)
  49. Message-Id: <2precp$n8f@news.cs.tulane.edu>
  50. Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
  51. Sender: ses
  52. Subject: Are there any PPP software for WFW 3.11?
  53.  
  54.  
  55.  
  56.    Hi. I have access to a ppp connection. The site gave me some
  57.    dos softwares but doesn't work too well. It can only call
  58.    the system. Ftp, Telnet, etc are working. Even if they were
  59.    working I'd like to have it for WFW 3.11.
  60.    Are there any software on the net that supports PPP?
  61.    Thanks a lot.
  62.  
  63.    PS: In your reply please be as blunt as possible. I don't really know
  64.    any of this configuring stuff.
  65. From news@bigblue.oit.unc.edu Thu Apr 28 14:32:48 1994
  66. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  67.           id AA21299; Fri, 29 Apr 1994 23:32:10 -0400
  68. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  69.           id AA13566; Fri, 29 Apr 1994 23:27:35 -0400
  70. Received: from GATEWAY by bigblue with netnews
  71.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  72. To: winsock@sunsite.unc.edu
  73. Date: Thu, 28 Apr 1994 14:32:48 GMT
  74. From: michel@ctn.etsmtl.ca (Michel L'Heureux)
  75. Message-Id: <michel.58.00098C49@ctn.etsmtl.ca>
  76. Organization: ETS
  77. Sender: ses
  78. References: <ROBERTS.94Apr26203640@studguppy.lanl.gov>
  79. Subject: Re: NEC Versa Laptop, NEC Xircom card, Tcpman
  80.  
  81.  
  82. >Has anyone figured out how to get NEC's cefcg.exe & cepd.com packet driver
  83. >working with winpkt & tcpman? I have the 10baseT NEC/Xircom ethernet PCMCIA
  84. >card, and I can't get the packet driver & tcpman talking. Tcpman SLIP talk
  85. >just fine, but not the card.
  86.  
  87. I just have the same problem with a Xircom adapter for a notebook. Any help 
  88. would be appreciate.
  89.  
  90. Thank you
  91.  
  92. **********************************
  93. Michel L'Heureux
  94. Ecole de technologie superieure
  95. Montreal (Quebec) Canada
  96. michel@ctn.etsmtl.ca
  97. **********************************
  98. From news@bigblue.oit.unc.edu Tue Apr 29 17:24:19 1994
  99. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  100.           id AA24576; Sat, 30 Apr 1994 00:02:11 -0400
  101. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  102.           id AA19630; Fri, 29 Apr 1994 23:39:17 -0400
  103. Received: from GATEWAY by bigblue with netnews
  104.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  105. To: winsock@sunsite.unc.edu
  106. Date: 29 Apr 1994 17:24:19 GMT
  107. From: chau@cs.tulane.edu (Nam Chau)
  108. Message-Id: <2prfs3$ni9@news.cs.tulane.edu>
  109. Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
  110. Sender: ses
  111. References: <2pmj2b$7kl@pegasus.cc.ucf.edu>, <2pnb0m$lqi@nwfocus.wa.com>
  112. Subject: Re: Need a Windows PPP (not slip) connector for Winsock
  113.  
  114.  Is it a share of freeware? I'm looking for one. If it is please
  115.  post location. Thanks.
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122. In article <2pnb0m$lqi@nwfocus.wa.com>,
  123. Adam Koczarski  <ark@halcyon.com> wrote:
  124. >
  125. >
  126. >> Im in search of a Windows based PPP conector (like Trumpet Winsock) that will
  127. >> interface with all the winsock based apps.
  128. >
  129. >I use Chameleon by NetManage Inc. It comes with a pretty nice suite of apps and seems to 
  130. >run most of the other Winsock apps available out here on the net. It does SLIP, CSLIP and 
  131. >PPP.
  132. >
  133. >-ark
  134. >
  135. >
  136. >
  137. From news@bigblue.oit.unc.edu Mon Apr 28 15:54:10 1994
  138. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  139.           id AA24585; Sat, 30 Apr 1994 00:02:13 -0400
  140. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  141.           id AA19631; Fri, 29 Apr 1994 23:39:35 -0400
  142. Received: from GATEWAY by bigblue with netnews
  143.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  144. To: winsock@sunsite.unc.edu
  145. Date: 28 Apr 1994 15:54:10 GMT
  146. From: alun@internet.wst.com (Alun Jones)
  147. Message-Id: <2pom73$g0e@uuneo.neosoft.com>
  148. Organization: Welcom Software Technology
  149. Sender: ses
  150. References: <2po7qp$a58@ratatosk.uninett.no>
  151. Subject: Re: Why doesnt send() send all my characters?
  152.  
  153. In article <2po7qp$a58@ratatosk.uninett.no> spere@kyrre.hsv.no (P. Eivind Jenssen) writes:
  154. >We're using the send()-function to send data from one PC to another.
  155. >We have done this with small data-packages (less than 300 bytes).
  156. >But we have now tried to send more data (over 3000 bytes (3082 exactly) ).
  157. >When the send function has been executed, it tells us that it only
  158. >transmitted 2920 bytes.
  159. >Our help file WINSOCK.HLP says this might happen, but not WHY it happens.
  160. >CAN SOMEONE OUT THERE HELP US?
  161.  
  162. The winsock DLL itself has buffers that it allocates for managing the
  163. network, as does the network card.  If any of these buffers fills up,
  164. then quite obviously the full amount of your send will not get
  165. through.  This is a natural result of programming any network system.
  166. It is not generally a good idea to try to find a size of buffer that
  167. 'works', since if anything changes the speed of your network, that
  168. size of buffer will again be wrong.  Simply accept the fact that some
  169. of your data needs to be stored in anticipation of sending it on the
  170. next call to send().
  171.  
  172. Alun.
  173. ~~~~
  174.  
  175. -- 
  176. The above is a personal opinion, and may not necessarily represent the
  177. opinions of Welcom Software Technology, its management, or its staff.
  178. For information about the WST lines of Project and Cost Management
  179. Software, email info@wst.com or sales@wst.com, or call (713) 558 0514
  180. From news@bigblue.oit.unc.edu Mon Apr 28 19:20:23 1994
  181. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  182.           id AA24594; Sat, 30 Apr 1994 00:02:15 -0400
  183. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  184.           id AA24139; Fri, 29 Apr 1994 23:55:31 -0400
  185. Received: from GATEWAY by bigblue with netnews
  186.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  187. To: winsock@sunsite.unc.edu
  188. Date: 28 Apr 1994 19:20:23 GMT
  189. From: barnett@sunrock.tamu.edu (Ashley Barnett)
  190. Message-Id: <2pp29n$r2k@news.tamu.edu>
  191. Organization: Texas A&M University
  192. Sender: ses
  193. Subject: Want comm.drv for Win 3.1 that will do more than 19200 BAUD
  194.  
  195. Where can I find a comm.drv for Windows 3.1 that will allow me to set
  196. the BAUD rate of my serial ports above 19200.  I would like at least
  197. 38400 of higher.  I have a 16550 chip on my serial ports but applications
  198. running in windows that use comm.drv (in the system.ini file) are not
  199. making use of the faster chip.  I have seen pictures in books where the
  200. Windows 3.1 serial port driver allows you to set the speed as high as
  201. 115 KBAUD.  Are these just pictures?  I saw something posted a while 
  202. back about this.  I didn't have a need at the time.
  203.  
  204. Thanks in advance.  Ashley Barnett.  Texas A&M University.
  205. for one at the time.  
  206. From news@bigblue.oit.unc.edu Thu Apr 28 20:12:56 1994
  207. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  208.           id AA29450; Sat, 30 Apr 1994 00:32:09 -0400
  209. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  210.           id AA20358; Sat, 30 Apr 1994 00:05:28 -0400
  211. Received: from GATEWAY by bigblue with netnews
  212.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  213. To: winsock@sunsite.unc.edu
  214. Date: Thu, 28 Apr 1994 20:12:56 GMT
  215. From: maul@cbnewsm.cb.att.com (m.k.maul)
  216. Message-Id: <CozK5o.FBz@cbnewsm.cb.att.com>
  217. Organization: AT&T
  218. Sender: ses
  219. Subject: how do you pass a break thru trumpet winsock?
  220.  
  221. I am using the trumpet winsock and going into a modem that must have
  222. a break before setting the baud rate.
  223.  
  224. Anyone have any idea on what to put in a script to produce the break
  225. or even to produce the break on manual connection?
  226.  
  227. Thanks,
  228.  
  229. Mike Maul
  230. m.k.maul@att.com
  231.  
  232. If you could post to me directly - I would appreciate it since i don't
  233. normally read this newsgroup.
  234. From news@bigblue.oit.unc.edu Mon Apr 28 16:01:44 1994
  235. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  236.           id AA29458; Sat, 30 Apr 1994 00:32:11 -0400
  237. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  238.           id AA20170; Sat, 30 Apr 1994 00:21:27 -0400
  239. Received: from GATEWAY by bigblue with netnews
  240.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  241. To: winsock@sunsite.unc.edu
  242. Date: 28 Apr 1994 16:01:44 GMT
  243. From: mlu@zew.zew-mannheim.de (Michael Luebbeke)
  244. Message-Id: <2poml8$a8o@darum.uni-mannheim.de>
  245. Organization: ZEW Mannheim
  246. Sender: ses
  247. Subject: WinVN News Reader: how can I place *.ini-File in other dir
  248.  
  249. Hi,
  250.  
  251. WinVN (and all other internet programs with personal info) has one
  252. BIG problem: all personal data (name etc.) goes into the basic WINDOWS
  253. directory (in the winvn.ini), but: what if some people sharing one PC?
  254.  
  255. It would be fine, if I could place this *.ini file an a special dir or, even better,
  256. if I can control the location of the ini-File via environment var.
  257.  
  258. Is this already built in? Or am I wrong with my problem?
  259.  
  260. Thanks for any purposes (preferred via EMail to: mlu@zew.zew-mannheim.de)
  261.  
  262. Bye
  263.  
  264.  
  265. Michael Luebbeke     mlu@zew.zew-mannheim.de
  266. Sorry, no sig, no idea to create a creative one :-(
  267. From news@bigblue.oit.unc.edu Mon Apr 28 19:59:53 1994
  268. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  269.           id AA29467; Sat, 30 Apr 1994 00:32:12 -0400
  270. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  271.           id AA24520; Sat, 30 Apr 1994 00:20:50 -0400
  272. Received: from GATEWAY by bigblue with netnews
  273.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  274. To: winsock@sunsite.unc.edu
  275. Date: 28 Apr 94 19:59:53 GMT
  276. From: dpotlur@hubcap.clemson.edu (Dora Potluri)
  277. Message-Id: <dpotlur.767563193@hubcap>
  278. Organization: Clemson University
  279. Sender: ses
  280. Subject: Help!!! A novice question on winsock
  281.  
  282. Hello,
  283.     I understand that winsock is a specfication for 
  284. network programming for microsoft windows.  We are involved
  285. in porting an application from UNIX to mswindows which 
  286. involves lot of socket calls.
  287.  
  288.     My question is do we neeed to purchase a library
  289. from a third party vendor that adhers to winsock specs or
  290. is there any such software on the public domain? In the
  291. winsock directory there is a lib named winsock.lib,
  292. Does this serve the same purpose?
  293.  
  294.     Since this might not be of interest to many readers
  295. I would appreicate if some can e-mail me the responses.
  296. Thanx in advance
  297. Dora Potluri (dpotlur@hubcap.clemson.edu
  298. dpotlur@sparerib.clemson.edu )
  299. -- 
  300. -------------------------------------------------------------------------
  301. Dora Potluri 
  302. Clemson University,    |  (803)-653-4800(R)| dpotlur@hubcap.clemson.edu
  303. Clemson, SC 29631      |             |
  304. From news@bigblue.oit.unc.edu Thu Apr 28 20:39:19 1994
  305. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  306.           id AA29478; Sat, 30 Apr 1994 00:32:14 -0400
  307. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  308.           id AA24464; Sat, 30 Apr 1994 00:09:44 -0400
  309. Received: from GATEWAY by bigblue with netnews
  310.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  311. To: winsock@sunsite.unc.edu
  312. Date: Thu, 28 Apr 1994 20:39:19 GMT
  313. From: mads@civy.demon.co.uk (Richard Maddocks)
  314. Message-Id: <mads.5.0014A85A@civy.demon.co.uk>
  315. Organization: Demon Internet
  316. Sender: ses
  317. References: <chris.3.0010A06F@clubside.digex.net>
  318. Subject: Re: New PD Telnet and FTP for Winsock
  319.  
  320. In article <chris.3.0010A06F@clubside.digex.net> chris@clubside.digex.net (Chris Rowley) writes:
  321. >From: chris@clubside.digex.net (Chris Rowley)
  322. >Subject: New PD Telnet and FTP for Winsock
  323. >Date: Wed, 27 Apr 1994 16:37:29
  324. >Summary: new telnet and ftp clients plus request for features
  325. >Keywords: telnet ftp new winsock vb
  326.  
  327. >Hello all, I am new to the Internet, and even newer to programming Internet 
  328. >clients, but after a few weeks fumbling around with the horrible Telnet 
  329. >clients I've seen for winsock, I've gone ahead and written my own using Visual 
  330. >Basic and Distinct's excellent winsock VBX. So far I have implemented the 
  331. >following:
  332. >     * Automatic Sizing of telnet font based on window size
  333. >     * Variable size split screen Terminal/Chat window with split bar
  334. >     * Terminal scrollback >20K
  335. >     * Telnet address book supporting unlimited addresses with
  336. >          - name
  337. >          - host name/address
  338. >          - port
  339. >          - comments
  340. >     * custom font, size and attributes for the chat window
  341. >     * saves window position and size for all windows
  342. >     * all information in private .INI file for easy editing in or
  343. >       out of the software
  344. >Features I'll finish tomorrow:
  345. >     * preferences for controlling in-bound and out-bound CR/LF
  346. >     * re-send lines from chat window (command history)
  347. >     * custom foreground/background colors for terminal and chat windows
  348. >     * custom font for terminal window
  349. >     * terminal font size on/off
  350. >     * dockable buttonbar for storing macros (typing macros that is)
  351. >Features I won't have ready before the first release (planned for Friday):
  352. >     * VT-100 or any other emulation other than tty
  353.  
  354. >Why I'm typing this here is so if other people who call MUDs or use Telnet for 
  355. >a lot of work, and who have some clue as to what features would be nice, could 
  356. >please tell me what they want in a Telnet client. I'm open to any and all 
  357. >suggestions.
  358.  
  359. >I plan on releasing the compiled program and all Visual Basic source on 
  360. >Friday. But where should I put it? What sites will allow me to upload a file 
  361. >for winsock users?
  362.  
  363. >In addition, while WS_FTP is a great, solid program, it's interface is boring, 
  364. >so I'm writing a NeXT-like FTP client with multiple windows and viewing modes 
  365. >for faster and easier navigation of FTP sites. For those of you familiar with 
  366. >the NeXT, I think you'll agree it is an excellent starting point. For others, 
  367. >what features are missing from your ideal FTP clent?
  368.  
  369. >Thanks for the feedback. You can also mail me at chris@clubside.digex.net. 
  370. >I'll be back to report on progress soon.
  371. >     Chris
  372. How about a filter to allow you to send output to a second window. eg tell 
  373. messages. There is nothing worse than buffering up a job lot of commands only 
  374. to have someone tell you something as you see it scrolling off the top of the 
  375. screen.
  376.  
  377. Just an idea.
  378. Richard
  379. From news@bigblue.oit.unc.edu Sat Apr 30 00:32:16 1994
  380. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  381.           id AB29486; Sat, 30 Apr 1994 00:32:16 -0400
  382. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  383.           id AA16909; Sat, 30 Apr 1994 00:28:20 -0400
  384. Received: from GATEWAY by bigblue with netnews
  385.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  386. To: winsock@sunsite.unc.edu
  387. Date: Thu, 28 Apr 1994 09:12:31
  388. From: srkenney@uci.edu (Shiela Kenney)
  389. Message-Id: <srkenney.43.000935B7@uci.edu>
  390. Organization: Instructional Development Services--UC Irvine, CA
  391. Sender: ses
  392. References: <2pjpiq$1kq@jaws.cs.hmc.edu>, <2pk4vk$62c@sun4.bham.ac.uk>, <767472753snz@datacom.demon.co.uk>
  393. Subject: Re: Cello vs Mosaic
  394.  
  395. In article <767472753snz@datacom.demon.co.uk> Nicka@datacom.demon.co.uk (Nick Ali) writes:
  396. >From: Nicka@datacom.demon.co.uk (Nick Ali)
  397. >Subject: Re: Cello vs Mosaic
  398. >Date: Wed, 27 Apr 1994 18:52:33 +0000
  399.  
  400. >I am not well qualified to comment being a) New to WWW internet et all.
  401. >b) never having used mosaic. However, having downloaded cello and fired it
  402. >up with the miminmum of fiddling I was impressed. I am not sure what it
  403. >consumes in the way of resource but its quick loading and small size 
  404. >would indicate not much. In the capacity of new user I found it pretty 
  405. >intuitive with good help. It seems quite robust though is prone to crash
  406. >if you hit abort whilst it is waiting for a domain name to be resolved ?
  407. >(any pointers here greatly recieved). I just spent a fun afternoon browsing
  408. >with it. A couple of general comments:
  409.  
  410. >Wouldn't it be nice if you could hit a button to find out how big a page 
  411. >was before retrieveing it?
  412.  
  413. =============
  414. Very!  It would also be nice if page-maintainers always listed the size of 
  415. graphics, audio and video files so you knew whether they were in fact too 
  416. big for the amount of RAM you have.
  417. ===============
  418. >What are these forms that cello dosen't 
  419. support?
  420. ===================
  421. Mosaic has support for a forms fill-in feature, meaning that vendors can sell 
  422. you their products online because you are able to fill in your name and 
  423. other important information they want, like your credit card numbers!  
  424. The feature also allows you to complete questionnaires, register for 
  425. contests/free stuff, etc.  Also the forms can be created with menu-style 
  426. choices.  This is a very helpful feature to have, as you can imagine.
  427. ====================
  428. >There seems to be lots of hypertext indexes and header pages but very >little 
  429. in the way of hypertext information. (Must be a pretty enourmous>job 
  430. referencing stuff without sophisticated tools.
  431.  
  432. >-- 
  433. >Nick Ali
  434. ===================
  435. I just tried Cello yesterday and found it not as "pretty" to use as Mosaic 
  436. (by far, especially the links), but as you mentioned it really loads and moves 
  437. much faster.  As discussed above, Mosaic has forms support.  Another 
  438. (really great!) feature is the menu editor.  I became addicted to it 
  439. immediately and found it a real pain that Cello doesn't have it.  
  440. However, Cello has a really, really good help feature and tutorial which 
  441. is wonderful for newbies to the net and to hypertext browsers.  Mosaic 
  442. has NO HELP AT ALL, a real minus.  Also, Mosaic developers seem to be 
  443. more interested in writing for many platforms than in perfecting the 
  444. features on each platform.  For example, I cannot get Mosaic 2.0.a.3 or 
  445. 2.0.a.4 to work on my network without immediately crashing and feedback 
  446. to the developers is put off with a "we're too busy working on the next 
  447. platform to reply" type responses.
  448.  
  449. Also, Cello has excellent printing interface with Windows' printer choice, 
  450. while Mosaic still only works for some people (unfortunately I can't get it to 
  451. print anything but a swirl of text to our new HP4SiMX printer.  It is pretty 
  452. stable in the 2.0.a.2 version so that's what I've stayed with, but we do have 
  453. to forego being able to print, other than loading the next-clicked page to 
  454. disk and then printing it out with all its HTML headers.  People tell me they 
  455. use both programs, depending on what they plan to be doing on the net.
  456. ==================
  457. From news@bigblue.oit.unc.edu Mon Apr 28 03:24:14 1994
  458. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  459.           id AA03988; Sat, 30 Apr 1994 01:02:10 -0400
  460. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  461.           id AA21531; Sat, 30 Apr 1994 00:34:30 -0400
  462. Received: from GATEWAY by bigblue with netnews
  463.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  464. To: winsock@sunsite.unc.edu
  465. Date: 28 Apr 1994 03:24:14 GMT
  466. From: chan4@husc7.harvard.edu (Derek Chan)
  467. Message-Id: <2pna8u$6na@scunix2.harvard.edu>
  468. Organization: Harvard University Science Center
  469. Sender: ses
  470. References: <osterber.767309885@scws1.harvard.edu>, <2pm1pf$2tk@uuneo.neosoft.com>
  471. Subject: Re: QVT 3.97 FTPd stops after bad login?
  472.  
  473. In article <2pm1pf$2tk@uuneo.neosoft.com> alun@internet.wst.com (Alun Jones) writes:
  474. >In article <osterber.767309885@scws1.harvard.edu> <osterber@husc.harvard.edu> writes:
  475. >>I'm having a strange problem with the FTP server in QVT/Net 3.97... I 
  476. >>have it setup serving anonymous servers, etc... and everything works 
  477. >>fine, unless someone gets a failed login.  After a failed login, the 
  478. >>server rejects *all* connection attempts.  It has to be quit, and then 
  479. >>re-loaded.  Any ideas anyone?
  480. >
  481. >I'll bet a registered copy of my ftp server that this is because
  482. >you're using PC-NFS as your winsock stack.  They seem to have a major
  483. >problem with this.  This is at least one of the reasons why I don't
  484. >recommend use of PC-NFS unless absolutely necessary.
  485. >
  486. >Until someone from the suppliers of PC-NFS can get in contact with me,
  487. >I am going to carry on telling people that PC-NFS is NOT the way to go
  488. >for winsock, since this and a couple of other bugs make it difficult
  489. >or impossible to run any kind of automated server.
  490. >
  491. >Alun.
  492. >~~~~
  493. >-- 
  494. >The above is a personal opinion, and may not necessarily represent the
  495. >opinions of Welcom Software Technology, its management, or its staff.
  496. >For information about the WST lines of Project and Cost Management
  497. >Software, email info@wst.com or sales@wst.com, or call (713) 558 0514
  498.  
  499. Ummm....actually, I think Rick (Osterberg) and I are both using Trumpet Winsock beta- release 6...
  500.  
  501. And it crashes.  What seems to be happening is that the ftp connection isn't c losed properly and the WinQVT is limited to one connection at a time...
  502.  
  503. Anyways...dunno...
  504.  
  505.  
  506. -- Derek
  507.  
  508.  
  509. P.S.  So....do I get that registered copy? :)
  510.  
  511. -- 
  512. Derek V. Chan                 | Harvard University    | chan4@husc.harvard.edu
  513. Biochemistry & Molecular Bio. | Senior - Class of '94 | ========================
  514. ====================== Yale WHO?  Don't they make locks? =======================
  515.   "You wouldn't be here if you already knew everything. . ." - Organic Chem. TF
  516. From news@bigblue.oit.unc.edu Tue Apr 29 14:42:39 1994
  517. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  518.           id AA06818; Sat, 30 Apr 1994 01:32:09 -0400
  519. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  520.           id AA18106; Sat, 30 Apr 1994 01:06:25 -0400
  521. Received: from GATEWAY by bigblue with netnews
  522.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  523. To: winsock@sunsite.unc.edu
  524. Date: 29 Apr 1994 14:42:39 GMT
  525. From: xxnoble@lims01.lerc.nasa.gov (Paul Noble)
  526. Message-Id: <2pr6cv$s5k@eagle.lerc.nasa.gov>
  527. Organization: Sterling Software, Inc.
  528. Sender: ses
  529. References: <2poml8$a8o@darum.uni-mannheim.de>, <2pr5lf$o03@eagle.lerc.nasa.gov>
  530. Subject: Re: WinVN News Reader: how can I place *.ini-File in other dir
  531.  
  532. In article <2pr5lf$o03@eagle.lerc.nasa.gov>, xxnoble@lims01.lerc.nasa.gov (Paul Noble) says:
  533. >
  534. >In article <2poml8$a8o@darum.uni-mannheim.de>, mlu@zew.zew-mannheim.de (Michael Luebbeke) says:
  535. >>It would be fine, if I could place this *.ini file an a special dir or, even better,
  536. >>if I can control the location of the ini-File via environment var.
  537. >
  538. >I have been running with my WINVN.INI file in the same directory that I load WINVN.EXE
  539. >from. When I saw this post, I moved it to a different directory to try it out. I simply
  540.         ... stuff deleted ...
  541.  
  542. I know its bad form to followup your own post, but after I exited WinVN last time, I noticed
  543. that the file POST.LOG was still going to the original WinVN directory, not where the 
  544. Working Directory pointed.
  545.  
  546. A quick look at WINVN.INI revealed a value that seems to change where the POST.LOG file is
  547. stored:
  548.  
  549. [Preferences]
  550. PostLog=1
  551. PostLogFile=H:\POST.LOG
  552.  
  553. H: is my home directory on the LAN Manager file server.
  554.  
  555.  
  556.  
  557. >
  558. Paul Noble                              |  Sign seen in a Physics Lab:                           
  559. NASA Lewis Research Center,             |
  560. Cleveland, Ohio                         |  Heisenberg may have slept here!
  561. e-mail: xxnoble@lims01.lerc.nasa.gov    |
  562. From news@bigblue.oit.unc.edu Tue Apr 29 14:30:07 1994
  563. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  564.           id AB06827; Sat, 30 Apr 1994 01:32:11 -0400
  565. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  566.           id AA15289; Sat, 30 Apr 1994 01:05:25 -0400
  567. Received: from GATEWAY by bigblue with netnews
  568.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  569. To: winsock@sunsite.unc.edu
  570. Date: 29 Apr 1994 14:30:07 GMT
  571. From: xxnoble@lims01.lerc.nasa.gov (Paul Noble)
  572. Message-Id: <2pr5lf$o03@eagle.lerc.nasa.gov>
  573. Organization: Sterling Software, Inc.
  574. Sender: ses
  575. References: <2poml8$a8o@darum.uni-mannheim.de>
  576. Subject: Re: WinVN News Reader: how can I place *.ini-File in other dir
  577.  
  578. In article <2poml8$a8o@darum.uni-mannheim.de>, mlu@zew.zew-mannheim.de (Michael Luebbeke) says:
  579. >
  580. >Hi,
  581. >
  582. >WinVN (and all other internet programs with personal info) has one
  583. >BIG problem: all personal data (name etc.) goes into the basic WINDOWS
  584. >directory (in the winvn.ini), but: what if some people sharing one PC?
  585. >
  586. >It would be fine, if I could place this *.ini file an a special dir or, even better,
  587. >if I can control the location of the ini-File via environment var.
  588. >
  589. >Is this already built in? Or am I wrong with my problem?
  590. >
  591.  
  592. I have been running with my WINVN.INI file in the same directory that I load WINVN.EXE
  593. from. When I saw this post, I moved it to a different directory to try it out. I simply
  594. moved it, using file manager, making sure that it was deleted from the old directory.
  595. Then I changed the Working Directory on the WinVN icon to point to the new directory. 
  596. Bingo! It found the new one. More importantly, it wrote it back to the new directory 
  597. when I exited WinVN.
  598.  
  599. So I guess, you could have seperate icons for each user, pointing to his/her own icon.
  600. This is not very pretty. I'm not sure what the best way to segregate the .INI files for
  601. the various users is, but there is probably a way to do it.
  602.  
  603. We run a LAN Manager network here. LANMAN provides each user a private "home" directory on the 
  604. network file server. I believe that Novell has a similar feature. If you are running one
  605. of these networks, you could place the .INI file on the user's home directory. Each user
  606. would have a different home directory when they logon, regardless of which PC they logon 
  607. from, or if multiple users share a single PC, as long as each user has a unique network
  608. userid. This is probably the cleanest way to do it.
  609.  
  610.  
  611.  
  612. Paul Noble                              |  Sign seen in a Physics Lab:                           
  613. NASA Lewis Research Center,             |
  614. Cleveland, Ohio                         |  Heisenberg may have slept here!
  615. e-mail: xxnoble@lims01.lerc.nasa.gov    |
  616. From news@bigblue.oit.unc.edu Mon Apr 28 16:38:58 1994
  617. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  618.           id AA06835; Sat, 30 Apr 1994 01:32:13 -0400
  619. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  620.           id AA16910; Sat, 30 Apr 1994 01:24:50 -0400
  621. Received: from GATEWAY by bigblue with netnews
  622.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  623. To: winsock@sunsite.unc.edu
  624. Date: 28 Apr 1994 16:38:58 GMT
  625. From: rparratt@london.micrognosis.com (Richard Parratt)
  626. Message-Id: <2poor2$de7@zeus.london.micrognosis.com>
  627. Organization: Micrognosis, a division of CSK(UK) Ltd
  628. Sender: ses
  629. References: <2po7qp$a58@ratatosk.uninett.no>
  630. Subject: Re: Why doesnt send() send all my characters?
  631.  
  632. In article <2po7qp$a58@ratatosk.uninett.no>, spere@kyrre.hsv.no (P. Eivind Jenssen) writes:
  633. |> We're using the send()-function to send data from one PC to another.
  634. |> We have done this with small data-packages (less than 300 bytes).
  635. |> But we have now tried to send more data (over 3000 bytes (3082 exactly) ).
  636. |> When the send function has been executed, it tells us that it only
  637. |> transmitted 2920 bytes.
  638. |> Our help file WINSOCK.HLP says this might happen, but not WHY it happens.
  639. |> CAN SOMEONE OUT THERE HELP US?
  640. |> 
  641. |> (We have used GlobalAlloc() for allocating the sendbuffer, has this anything
  642. |>  to do with it?)
  643.  
  644. I assume you are sending over a TCP connection (connected socket).
  645.  
  646. This results in the stream of data you transmit being broken into packets
  647. for onward transmission. 'send' does not guarantee to transmit any amount
  648. of data at a time, and thus returns the amount of data it did transmit,
  649. which is between 0 and the amount you sent.
  650.  
  651. You need to call send repeatedly until all your data has been transmitted.
  652. (Also, the 'recv' function at the other end will *not* get data in chunks
  653. corresponding to your 'send' calls, in case you didn't realise).
  654.  
  655. It's quite straightforward to write a 'buffered send' function that will
  656. send any amount of data out, if this is what you need.
  657.  
  658. Richard Parratt
  659. From news@bigblue.oit.unc.edu Mon Apr 28 16:50:55 1994
  660. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  661.           id AA11417; Sat, 30 Apr 1994 02:32:09 -0400
  662. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  663.           id AA18412; Sat, 30 Apr 1994 02:25:14 -0400
  664. Received: from GATEWAY by bigblue with netnews
  665.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  666. To: winsock@sunsite.unc.edu
  667. Date: 28 Apr 1994 16:50:55 GMT
  668. From: Kevin@bigblue.oit.unc.edu, Holdmann@bigblue.oit.unc.edu
  669. Message-Id: <2pophf$j33@vixen.cso.uiuc.edu>
  670. Organization: UIUC
  671. Sender: ses
  672. Subject: DOS SLIP
  673.  
  674. Is there a way to set up a DOS computer as a SLIP server
  675. (this computer would be connected to the internet),
  676. then hook other computers up to it via null modem cables?
  677.  
  678. Thanks in advance for any input.
  679. Kevin Holdmann
  680. kholdman@ux4.cso.uiuc.edu
  681. From biggs@hpuxsyd.aus.hp.com Sun May  1 07:50:59 1994
  682. Received: from hp.com by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  683.           id AA14113; Sat, 30 Apr 1994 22:51:04 -0400
  684. Received: from hpuxsyd.aus.hp.com by hp.com with SMTP
  685.     (1.36.108.7/15.5+IOS 3.13) id AA19231; Sat, 30 Apr 1994 19:51:01 -0700
  686. Received: by hpuxsyd.aus.hp.com
  687.     (1.38.193.5/15.5+IOS 3.22) id AA21015; Sun, 1 May 1994 12:50:59 +1000
  688. From: Phil Biggs <biggs@hpuxsyd.aus.hp.com>
  689. Message-Id: <9405010250.AA21015@hpuxsyd.aus.hp.com>
  690. Subject: NDIS/VxD/PPP ?
  691. To: winsock@sunsite.unc.edu
  692. Date: Sun, 1 May 94 12:50:59 EST
  693. Mailer: Elm [revision: 70.85.2.1]
  694.  
  695. Hi,
  696.  
  697. I was wondering if it would be feasible to write a VxD which presented
  698. an NDIS 3.0 interface to the new MS WFW TCP/IP Beta but was really a PPP
  699. (and/or a SLIP) driver for a 16550-equipped serial port.
  700.  
  701. Does this sound sensible or stupid?
  702.  
  703. Has anyone heard of such a development in the works?
  704.  
  705. Phil
  706.  
  707.